Cấu Trúc Website Tin Tức, Blog

Website tin tức và website Blog có cùng một cấu trúc nền tảng:

Trang chủ
    ↓
Chuyên mục / Topic Hub
    ↓
Bài viết
    ↓
Tác giả / Biên tập viên / Chuyên gia

Tuy nhiên cần phân biệt hai mô hình:

Website tin tức – News Publisher

Tập trung vào:

• Tính thời sự.

• Tốc độ xuất bản.

• Tần suất xuất bản.

• Chuyên mục.

• Tác giả/phóng viên.

• Nguồn tin.

• Thời gian xuất bản.

• Cập nhật thông tin.

• Google News.

• Google Discover.

Ví dụ:

/
├── kinh-doanh/
├── cong-nghe/
├── the-gioi/
├── doi-song/
└── bai-viet/

Website Blog / Knowledge Publisher

Tập trung vào:

• Chuyên môn.

• Topical Authority.

• Evergreen Content.

• Topic Cluster.

• Tác giả/chuyên gia.

• Nội dung chuyên sâu.

• Cập nhật nội dung dài hạn.

Ví dụ:

/
├── seo/
├── marketing/
├── content-marketing/
└── ai/

Hai mô hình có thể sử dụng cùng CMS nhưng logic SEO không hoàn toàn giống nhau.

News ưu tiên:

FRESHNESS + ORIGINAL REPORTING + SPEED + TRANSPARENCY

Blog ưu tiên:

DEPTH + EXPERTISE + TOPICAL AUTHORITY + EVERGREEN VALUE

1. PHÂN KHU TRANG CHỦ

URL:

https://domain.com/

Trang chủ đại diện cho Publication / Publisher / Brand.

Nếu website dịch vụ dùng trang chủ để giới thiệu doanh nghiệp và dịch vụ, thì website nội dung dùng trang chủ để giúp người dùng và Google hiểu:

• Đây là website gì?

• Chủ đề chính là gì?

• Ai đứng sau website?

• Những chuyên mục quan trọng là gì?

• Nội dung mới nhất là gì?

• Nội dung nổi bật là gì?

• Những tác giả/chuyên gia quan trọng là ai?

Cấu trúc trang chủ có thể gồm

HEADER / NAVIGATION

↓
TIN / NỘI DUNG NỔI BẬT

↓
TIN / BÀI VIẾT MỚI NHẤT

↓
CHUYÊN MỤC A

↓
CHUYÊN MỤC B

↓
CHUYÊN MỤC C

↓
NỘI DUNG ĐƯỢC ĐỌC NHIỀU

↓
TÁC GIẢ / CHUYÊN GIA

↓
FOOTER

Không nên để trang chủ chỉ đơn giản là:

Danh sách 100 bài mới nhất.

Trang chủ còn có nhiệm vụ phân phối internal link và thể hiện mức độ ưu tiên của các chuyên mục, chủ đề và nội dung quan trọng.

Google sử dụng link để khám phá URL và hiểu mối quan hệ cũng như mức độ liên quan giữa các trang; các trang quan trọng nên có ít nhất một internal link từ một trang khác trên website.

2. PHÂN KHU CHUYÊN MỤC

Đây là một trong những khu vực quan trọng nhất của website nội dung.

Ví dụ:

https://domain.com/marketing/
https://domain.com/seo/
https://domain.com/ai/

Với website tin tức:

https://domain.com/kinh-doanh/
https://domain.com/cong-nghe/
https://domain.com/the-gioi/

2.1. CHUYÊN MỤC KHÔNG ĐƯỢC TẠO CHỈ VÌ CÓ KEYWORD

Sai:

Có keyword
↓
Có volume
↓
Tạo category

Nên bắt đầu từ:

EDITORIAL PURPOSE
+
BUSINESS / PUBLICATION PURPOSE
+
USER INTEREST
+
SEARCH DEMAND

Một Category nên đại diện cho một chủ đề biên tập có khả năng tồn tại lâu dài.

Ví dụ The One xây Knowledge Hub về SEO:

SEO
├── SEO Technical
├── SEO Content
├── Keyword Research
├── Entity
└── SEO AI

Không nên vì nghiên cứu Keyword thấy:

seo website
seo google
seo web
seo trang web

mà lập bốn chuyên mục gần giống nhau.

2.2. CATEGORY PAGE KHÔNG CHỈ LÀ ARCHIVE

Mô hình CMS mặc định thường là:

H1: SEO
↓
20 bài mới nhất
↓
Pagination

Nhưng một Topic Hub tốt có thể bổ sung:

• Mô tả chủ đề.

• Những nội dung nền tảng.

• Nội dung mới nhất.

• Nội dung nổi bật.

• Nội dung theo subtopic.

• Chuyên gia phụ trách.

• Các bài hướng dẫn chuyên sâu.

Ví dụ:

SEO

├── Bắt đầu học SEO
│
├── Keyword Research
│
├── Technical SEO
│
├── Content SEO
│
├── Link Building
│
└── SEO & AI

Từ đó Category không chỉ là “kho chứa bài viết”.

Nó trở thành:

TOPIC HUB

3. PHÂN KHU BÀI VIẾT

Mô hình cơ bản:

https://domain.com/marketing/content-marketing-la-gi/

hoặc:

https://domain.com/content-marketing-la-gi/

Cả hai mô hình đều có thể hoạt động.

Không có quy định của Google yêu cầu Article URL bắt buộc phải nằm dưới Category.

Quan trọng hơn là:

• URL rõ ràng.

• Crawlable.

• Unique.

• Permanent.

• Internal linking hợp lý.

Google đặc biệt yêu cầu đối với Google News rằng mỗi bài viết phải có một URL riêng biệt và lâu dài; không nên tái xuất bản cùng bài dưới URL mới chỉ vì bài được cập nhật.

3.1. MỘT ARTICLE PAGE TỐT NÊN THỂ HIỆN RÕ

Identity

• Headline.

• Main image.

• Category.

• Author.

• Publication date.

• Modified date nếu có.

Content

• Sapo.

• Nội dung chính.

• Heading.

• Media.

• Dữ liệu.

• Nguồn.

• Trích dẫn.

• Kết luận.

Authorship

• Người viết.

• Người biên tập.

• Người kiểm duyệt chuyên môn nếu cần.

Discovery

• Bài liên quan.

• Chủ đề liên quan.

• Category.

• Author.

Trust

• Nguồn tham khảo.

• Dữ liệu.

• Methodology nếu cần.

• Disclosure.

• Correction/update history nếu cần.

4. PHÂN BIỆT NEWSARTICLE – BLOGPOSTING – ARTICLE

Không nên mặc định:

Website Blog = BlogPosting
Website báo = NewsArticle

một cách máy móc.

Schema.org và Google cho phép Article markup dựa trên:

Article
NewsArticle
BlogPosting

Google cho biết Article structured data giúp hệ thống hiểu rõ hơn các thông tin như tiêu đề, hình ảnh, thời gian và tác giả, nhưng không bắt buộc phải có Article markup mới đủ điều kiện xuất hiện trong Google News/Top Stories.

Thông thường:

Tin tức thời sự

NewsArticle

Bài Blog

BlogPosting

Nội dung dạng bài viết nhưng không nhất thiết thuộc hai nhóm trên

Article

5. ARTICLE SCHEMA

Một bài viết nên cân nhắc:

NewsArticle
hoặc
BlogPosting
hoặc
Article

với các thuộc tính quan trọng:

headline
image
datePublished
dateModified
author
author.url

Google khuyến nghị cung cấp datePublished, dateModified, headline, hình ảnh đại diện và thông tin tác giả để giúp hệ thống hiểu chính xác hơn về bài viết.

6. PHÂN KHU TÁC GIẢ

Đây là tài sản cực kỳ quan trọng đối với website nội dung.

URL:

https://domain.com/tac-gia/nguyen-van-a/

hoặc:

https://domain.com/author/nguyen-van-a/

Không quan trọng dùng /author/ hay /tac-gia/.

Điều quan trọng là:

Một người → Một hồ sơ chính thức → Các bài viết liên kết về hồ sơ đó.

6.1. AUTHOR PAGE NÊN CÓ

• Họ tên.

• Ảnh thật.

• Chức danh.

• Vai trò.

• Chuyên môn.

• Kinh nghiệm.

• Bằng cấp.

• Chứng nhận.

• Lĩnh vực phụ trách.

• Tiểu sử.

• Social Profile.

• Các bài đã xuất bản.

Google khuyến nghị byline dẫn tới thông tin bổ sung về tác giả; trong Article structured data, author.url có thể trỏ tới trang giúp nhận diện duy nhất người viết.

6.2. SCHEMA CHO AUTHOR PAGE

Có thể sử dụng:

ProfilePage
└── Person

Google xác nhận trang tác giả của website tin tức/blog là một use case phù hợp với ProfilePage.

7. KHÔNG NHẤT THIẾT TÁCH “NHÂN SỰ” VÀ “CHUYÊN GIA”

Mô hình ban đầu:

/doi-ngu-nhan-su/
/doi-ngu-chuyen-gia/
/author/

có thể tạo ra ba hồ sơ cho cùng một người.

Ví dụ Nguyễn Văn A vừa là:

• Nhân viên.

• Chuyên gia.

• Tác giả.

Nếu tạo:

/doi-ngu/nguyen-van-a/
/chuyen-gia/nguyen-van-a/
/author/nguyen-van-a/

thì website đang tạo ba URL cùng mô tả một thực thể.

Trong phần lớn trường hợp nên quy về:

/tac-gia/nguyen-van-a/

hoặc:

/doi-ngu/nguyen-van-a/

và sử dụng URL đó xuyên suốt.

8. BIÊN TẬP VIÊN VÀ NGƯỜI KIỂM DUYỆT

Đây là khu vực website chuyên môn nên bổ sung.

Một bài có thể có:

Viết bởi:
Nguyễn Văn A

Biên tập:
Trần Văn B

Kiểm duyệt chuyên môn:
TS. Nguyễn Văn C

Đặc biệt quan trọng với:

• Y tế.

• Tài chính.

• Pháp lý.

• Bảo hiểm.

• Khoa học.

• Giáo dục.

• Các nội dung YMYL.

Nhưng không nên thêm “Reviewed by Doctor X” chỉ để tạo tín hiệu SEO.

Người kiểm duyệt phải thực sự tham gia quá trình kiểm duyệt nội dung.

Google nhấn mạnh nội dung đáng tin nên thể hiện rõ ai tạo ra nội dung, nền tảng của người đó và bằng chứng về chuyên môn khi phù hợp.

9. PHÂN KHU CHUYÊN GIA

Chỉ nên tạo hệ thống chuyên gia riêng khi chuyên gia có một vai trò nghiệp vụ khác biệt với tác giả.

Ví dụ:

Tác giả
→ Viết nội dung

Chuyên gia
→ Cố vấn / kiểm duyệt nội dung

Website y tế có thể có:

/tac-gia/
/bac-si/

Website tài chính:

/tac-gia/
/chuyen-gia-tai-chinh/

Nhưng nếu cùng một người vừa viết vừa là chuyên gia thì ưu tiên một hồ sơ canonical duy nhất.

10. TAG – THẺ

Đây là một khu vực rất dễ làm website Blog phình URL.

Ví dụ:

/tag/seo/
/tag/google/
/tag/seo-google/
/tag/marketing/
/tag/digital-marketing/

CMS thường cho phép tác giả tự tạo Tag.

Sau vài năm có thể xuất hiện:

500 bài viết
2.000 tags

trong đó nhiều Tag chỉ chứa:

1-2 bài.

Đây là cách tổ chức rất kém.

10.1. CATEGORY VÀ TAG KHÔNG GIỐNG NHAU

Category

Đại diện cho cấu trúc nội dung chính.

Ví dụ:

Marketing
SEO
Content
AI

Tag

Dùng để liên kết nội dung theo một thuộc tính hoặc chủ đề xuyên ngang.

Ví dụ:

Google
ChatGPT
Gemini
Search Console

Tag chỉ nên tồn tại khi nó thực sự giúp người dùng khám phá nội dung.

Không nên dùng:

Mỗi keyword = một tag.

11. ARCHIVE THEO NGÀY THÁNG

CMS có thể tự tạo:

/2026/
/2026/09/
/2026/09/04/

và các trang Archive.

Đối với News Publisher, archive theo thời gian đôi khi có giá trị thực tế.

Nhưng với Blog Evergreen, hàng trăm trang:

Tháng 1/2024
Tháng 2/2024
Tháng 3/2024
...

thường không giúp nhiều cho việc khám phá chủ đề.

Vì vậy cần quyết định:

Archive có giá trị với người dùng không?

Nếu không, không nên mặc định coi toàn bộ Date Archive là SEO Landing Page.

12. CÓ NÊN ĐƯA NGÀY THÁNG VÀO URL?

Không nên dạy:

Google không thích URL có ngày.

Điều đó không chính xác.

Google News yêu cầu Article URL phải:

• Unique.

• Permanent.

Google không yêu cầu một mẫu URL cụ thể phải có hay không có ngày.

Với Evergreen Content

Em ưu tiên:

/seo-la-gi/

hoặc:

/seo/seo-la-gi/

thay vì:

/2023/07/seo-la-gi/

Lý do chủ yếu là về tính ổn định trong nhận thức người dùng và quản trị nội dung, không phải vì Google cấm URL ngày tháng.

Bài:

/2023/07/seo-la-gi/

hoàn toàn có thể được cập nhật vào năm 2026 mà không cần đổi URL.

Nhưng con số 2023 có thể khiến người dùng cảm giác nội dung cũ.

Với News

URL như:

/2026/09/04/su-kien-a/

hoàn toàn có thể hợp lý.

Ngày tháng là một phần tự nhiên của việc tổ chức tin tức.

Điểm quan trọng là:

Khi bài được cập nhật, không tạo một URL mới chỉ để làm bài trông mới hơn.

Google đặc biệt cảnh báo việc “freshen” bài một cách giả tạo hoặc tái xuất bản một bài chỉ thay đổi nhẹ sang URL mới.

13. NGÀY XUẤT BẢN VÀ NGÀY CẬP NHẬT

Nên phân biệt:

Xuất bản:
05/01/2025

Cập nhật:
04/09/2026

Structured Data:

datePublished
dateModified

Google khuyến nghị ngày hiển thị trên trang phải nhất quán với structured data, đồng thời chỉ nên cập nhật dateModifiedkhi nội dung thực sự được thay đổi đáng kể.

Không nên:

2024 → 2025 → 2026

chỉ bằng cách thay ngày mà nội dung gần như không đổi.

14. CONTENT UPDATE LÀ MỘT HỆ THỐNG, KHÔNG PHẢI “ĐỔI NGÀY”

Website Evergreen nên có quy trình:

PUBLISH
↓
MEASURE
↓
REVIEW
↓
UPDATE
↓
RE-PROMOTE

Khi cập nhật một bài:

• Kiểm tra thông tin cũ.

• Thêm dữ liệu mới.

• Cập nhật ví dụ.

• Cập nhật hình ảnh.

• Cập nhật nguồn.

• Bổ sung nội dung còn thiếu.

• Cập nhật internal link.

• Cập nhật ngày modified khi có thay đổi đáng kể.

Google cũng nói rõ rằng việc thay ngày chỉ nhằm làm nội dung có vẻ mới hơn không phải cách xây nội dung hữu ích.

15. INTERNAL LINK CHO WEBSITE CONTENT

Mô hình sai:

Bài
↓
Bài
↓
Bài
↓
Bài

một cách ngẫu nhiên.

Nên xây:

                     HOME
                      ↓
                  TOPIC HUB
                ↙    ↓    ↘
             A       B       C
             ↓       ↓       ↓
          ARTICLE ARTICLE ARTICLE
             ↕       ↕
           AUTHOR  AUTHOR

Với Blog chuyên môn có thể sâu hơn:

PILLAR
  ↓
CLUSTER
  ↓
SUBTOPIC
  ↓
ARTICLE

Ví dụ:

SEO
│
├── Keyword Research
│   ├── Từ khóa là gì?
│   ├── Search Intent
│   └── Keyword Mapping
│
├── Technical SEO
│   ├── Index
│   ├── Crawl
│   └── Canonical
│
└── Content SEO
    ├── Content Strategy
    ├── Semantic SEO
    └── Internal Link

Google khuyến nghị sử dụng crawlable <a href> links và anchor text có ngữ cảnh để giúp cả người dùng lẫn Google hiểu mối quan hệ giữa các nội dung.

16. RELATED CONTENT KHÔNG NÊN HOÀN TOÀN TỰ ĐỘNG

Ví dụ hệ thống tự lấy:

6 bài mới nhất cùng Category

chưa chắc là Related Content tốt nhất.

Nên ưu tiên:

Semantic Relationship

Ví dụ bài:

Keyword Research là gì?

nên dẫn tới:

Search Intent
Keyword Mapping
Keyword Difficulty
Keyword Research Tools

thay vì chỉ lấy “5 bài mới nhất của chuyên mục SEO”.

17. PHÂN KHU VỀ CHÚNG TÔI

URL:

https://domain.com/ve-chung-toi/

Đối với website nội dung, About Page đặc biệt quan trọng.

Nó phải trả lời:

• Đây là publication nào?

• Ai sở hữu?

• Ai điều hành?

• Nội dung tập trung vào lĩnh vực gì?

• Độc giả là ai?

• Mục tiêu xuất bản là gì?

• Đội ngũ biên tập là ai?

• Có thể liên hệ bằng cách nào?

Google News yêu cầu các nguồn tin thể hiện minh bạch thông tin về tác giả, publication, publisher, tổ chức đứng sau và thông tin liên hệ.

18. PHÂN KHU BAN BIÊN TẬP

Với News Publisher hoặc website chuyên môn lớn nên cân nhắc:

/ban-bien-tap/

Có thể thể hiện:

• Tổng biên tập.

• Editor.

• Senior Editor.

• Reporter.

• Contributor.

• Reviewer.

• Advisor.

Từ đó người dùng hiểu:

Ai chịu trách nhiệm với nội dung họ đang đọc?

19. CHÍNH SÁCH BIÊN TẬP

Đây là phần quan trọng mà mô hình ban đầu đang thiếu.

Có thể tạo:

/chinh-sach-bien-tap/

Nội dung nên giải thích:

• Nguyên tắc lựa chọn chủ đề.

• Tiêu chuẩn nguồn.

• Quy trình biên tập.

• Quy trình kiểm chứng.

• Quy trình sửa sai.

• Quy trình cập nhật.

• Nội dung tài trợ được xử lý thế nào.

• Xung đột lợi ích được xử lý thế nào.

Đối với website chuyên môn, đây là một Trust Asset rất có giá trị.

20. CHÍNH SÁCH ĐÍNH CHÍNH / CORRECTIONS

Website tin tức có thể có:

/chinh-sach-dinh-chinh/

Nếu một bài có lỗi:

Bản cũ
↓
Phát hiện sai
↓
Sửa
↓
Ghi chú cập nhật nếu cần

Thay vì:

Xóa bài
↓
Viết bài mới
↓
URL mới

Google News khuyến nghị giữ URL bài viết ổn định và không tái xuất bản bài dưới một URL mới chỉ vì đã cập nhật.

21. NGUỒN VÀ PHƯƠNG PHÁP

Đối với nội dung nghiên cứu/chuyên môn, có thể bổ sung:

Nguồn tham khảo

Methodology

Research Process

Ví dụ bài:

“10 công cụ SEO tốt nhất”

nên giải thích:

• Đã test bao nhiêu công cụ?

• Tiêu chí đánh giá?

• Ai đánh giá?

• Thời điểm đánh giá?

• Có quan hệ thương mại với sản phẩm không?

Google khuyến khích nội dung cung cấp thông tin gốc, nghiên cứu, phân tích và thể hiện rõ “How” nội dung được tạo ra khi điều đó giúp người đọc đánh giá độ tin cậy.

22. NỘI DUNG TÀI TRỢ / QUẢNG CÁO

News Publisher nên minh bạch:

Sponsored
Advertorial
Partner Content
Affiliate

Không nên trình bày quảng cáo như nội dung biên tập độc lập.

Google News yêu cầu nội dung tài trợ phải được công bố rõ, đồng thời không được để quảng cáo hoặc nội dung thương mại làm người dùng hiểu nhầm bản chất của publication.

23. PHÂN KHU DỰ ÁN / CASE STUDY

Đây là phần không phải website tin tức/blog nào cũng cần.

Nếu website chỉ là Publisher:

Tin tức
Kiến thức
Editorial

thì /du-an/ không phải cấu trúc mặc định.

Case Study phù hợp hơn khi publisher đồng thời là:

• Agency.

• Consultant.

• Research Company.

• Training Company.

• Technology Company.

Ví dụ The One có Blog SEO nhưng cũng kinh doanh đào tạo thì Case Study có thể tồn tại ở một phân khu doanh nghiệp riêng.

Không nên bê cấu trúc website dịch vụ sang Blog chỉ để “đủ E-E-A-T”.

24. TUYỂN DỤNG

Có thể sử dụng:

/tuyen-dung/
/tuyen-dung/content-writer/
/tuyen-dung/editor/

Trang vị trí đang tuyển có thể sử dụng:

JobPosting

Nếu publication có đội ngũ biên tập lớn, tuyển dụng cũng giúp thể hiện rõ tổ chức đứng sau website.

25. PHÁP LÝ VÀ MINH BẠCH

Có thể gồm:

/chinh-sach-bao-mat/
/dieu-khoan-su-dung/
/chinh-sach-cookie/
/ban-quyen/
/mien-tru-trach-nhiem/

Tùy mô hình có thể bổ sung:

/chinh-sach-bien-tap/
/chinh-sach-dinh-chinh/
/chinh-sach-quang-cao/
/chinh-sach-affiliate/

Với publisher, Editorial Transparency quan trọng không kém Legal Transparency.

26. LIÊN HỆ

URL:

/lien-he/

Nên cung cấp rõ:

• Publication.

• Doanh nghiệp sở hữu.

• Email.

• Điện thoại.

• Địa chỉ nếu phù hợp.

• Liên hệ biên tập.

• Liên hệ quảng cáo.

• Liên hệ bản quyền.

• Liên hệ khiếu nại/đính chính.

Google News đặc biệt coi thông tin liên hệ và thông tin về đơn vị đứng sau publication là một phần của yêu cầu minh bạch.

27. INTERNAL SEARCH

Ví dụ:

/search?q=seo
/search?q=chatgpt

Internal Search phục vụ người dùng nhưng không nên mặc định biến mọi truy vấn search thành SEO Landing Page.

Nếu người dùng thường tìm:

AI Agent

và đây là một chủ đề thực sự quan trọng:

Thay vì index:

/search?q=ai-agent

nên cân nhắc xây:

/ai-agent/

thành một Topic Hub chính thức.

28. PAGINATION

Category lớn có thể có:

/seo/
/seo/page/2/
/seo/page/3/

Các trang phân trang giúp người dùng và crawler khám phá các bài cũ hơn.

Đặc biệt với News Publisher có hàng chục nghìn bài, không nên phụ thuộc hoàn toàn vào:

Load More

hoặc:

Infinite Scroll

nếu crawler không có URL/link tương ứng để khám phá nội dung.

29. XML SITEMAP

Blog thông thường:

sitemap.xml

có thể chia:

post-sitemap.xml
category-sitemap.xml
author-sitemap.xml

tùy quy mô.

Mục tiêu:

Giúp Google phát hiện URL mới và URL được cập nhật.

30. GOOGLE NEWS SITEMAP

Nếu là News Publisher, có thể triển khai News Sitemap riêng hoặc bổ sung News metadata vào sitemap hiện tại.

Google khuyến nghị News Sitemap chỉ giữ các bài được xuất bản trong hai ngày gần nhất; sau hai ngày có thể bỏ News metadata hoặc bỏ URL khỏi News Sitemap, trong khi URL vẫn có thể tồn tại trong sitemap thông thường.

Ví dụ:

/news-sitemap.xml

Không cần tạo một News Sitemap mới mỗi ngày.

31. GOOGLE NEWS KHÔNG CÒN LÀ “ĐĂNG KÝ WEBSITE VÀO PUBLISHER CENTER”

Đây là một thay đổi quan trọng cần cập nhật cho giáo trình.

Google đã chuyển Google News publication pages sang cơ chế tự động tạo từ năm 2025. Publisher không còn thiết lập thủ công Google News publication như trước; website đáp ứng chính sách có thể tự động được hệ thống xem xét cho Google News và các News surfaces.

Vì vậy tư duy hiện tại không nên là:

Làm website
↓
Submit Publisher Center
↓
Được Google News

Mà là:

Publisher Quality
+
Original Content
+
Technical Accessibility
+
Transparency
+
Article Data
+
Authority
↓
Google tự đánh giá

32. HÌNH ẢNH BÀI VIẾT

Hình ảnh không chỉ phục vụ thẩm mỹ.

Article structured data nên khai báo ảnh đại diện có liên quan trực tiếp với nội dung.

Google khuyến nghị cung cấp ảnh chất lượng cao và, khi có thể, các phiên bản phù hợp với tỷ lệ:

1:1
4:3
16:9

để tăng khả năng hệ thống sử dụng hình ảnh phù hợp trên nhiều bề mặt.

33. SCHEMA MAP WEBSITE CONTENT

Không nên gắn Schema chỉ để “SEO mạnh hơn”.

Schema cần:

Mô tả đúng bản chất của trang.

Google không yêu cầu Article structured data để một trang đủ điều kiện xuất hiện trong Google News, nhưng markup có thể giúp Google hiểu rõ hơn tiêu đề, tác giả, hình ảnh và thời gian của bài viết.

34. KIẾN TRÚC WEBSITE BLOG / KNOWLEDGE PUBLISHER HOÀN CHỈNH

DOMAIN.COM
│
├── TRANG CHỦ
│
├── CHUYÊN MỤC
│   │
│   ├── Topic A
│   │   ├── Subtopic A1
│   │   │   ├── Article
│   │   │   ├── Article
│   │   │   └── Article
│   │   │
│   │   └── Subtopic A2
│   │
│   └── Topic B
│
├── TÁC GIẢ
│   ├── Author A
│   ├── Author B
│   └── Author C
│
├── CHUYÊN GIA / REVIEWER
│   └── Nếu thực sự cần
│
├── BAN BIÊN TẬP
│
├── VỀ CHÚNG TÔI
│
├── CHÍNH SÁCH BIÊN TẬP
│
├── CHÍNH SÁCH ĐÍNH CHÍNH
│
├── TUYỂN DỤNG
│
├── LIÊN HỆ
│
└── PHÁP LÝ

Ngoài ra tồn tại lớp URL kỹ thuật:

TAG
DATE ARCHIVE
AUTHOR ARCHIVE
SEARCH
PAGINATION
FEED
TRACKING PARAMETERS

Không nên mặc định:

CMS sinh ra URL nào → Google index URL đó.

35. KIẾN TRÚC WEBSITE NEWS PUBLISHER

Với website tin tức lớn:

                    HOME
                     │
        ┌────────────┼────────────┐
        ↓            ↓            ↓
   KINH DOANH    CÔNG NGHỆ     ĐỜI SỐNG
        │            │            │
        ↓            ↓            ↓
      NEWS         NEWS         NEWS
        │            │
        ↓            ↓
     AUTHOR       AUTHOR

và phía sau là lớp:

EDITORIAL TEAM
+
EDITORIAL POLICY
+
CORRECTIONS
+
ABOUT
+
CONTACT
+
NEWS SITEMAP

36. CHIA WEBSITE CONTENT THÀNH 5 LOẠI TÀI SẢN

1. CONTENT ASSETS

Article
News
Guide
Analysis
Research
Opinion
Interview

2. TOPICAL ASSETS

Category
Topic Hub
Subtopic
Series

Chúng trả lời:

Website có chuyên môn về lĩnh vực gì?

3. HUMAN ASSETS

Author
Reporter
Editor
Expert
Reviewer
Founder

Chúng trả lời:

Ai tạo ra và chịu trách nhiệm với nội dung?

4. TRUST ASSETS

About
Editorial Policy
Correction Policy
Sources
Methodology
Contact
Disclosure

Chúng trả lời:

Tại sao người đọc nên tin nội dung?

5. DISCOVERY ASSETS

Internal Links
Sitemap
News Sitemap
Related Content
Homepage
Category
Breadcrumb

Chúng giúp:

Người dùng và công cụ tìm kiếm tìm thấy nội dung.

37. TƯ DUY TẠO URL

Không nên:

Có Keyword → Viết bài → Tạo URL.

Nên hỏi:

• Đây có nằm trong phạm vi chuyên môn của website không?
• Người dùng của chúng ta có thực sự cần nội dung này không?
• Nó thuộc Topic nào?
• Search Intent là gì?
• Nó bổ sung điều gì cho hệ thống nội dung hiện tại?
• Nó nên là Article, Topic Hub hay một phần của bài đang có?
• Có nội dung nào đang đáp ứng cùng intent không?
• Ai đủ năng lực viết hoặc kiểm duyệt?
• Chúng ta có thông tin, trải nghiệm, dữ liệu hoặc góc nhìn nào khác biệt không?

Nếu không:

Không nhất thiết phải tạo thêm URL.

38. E-E-A-T KHÔNG PHẢI “AUTHOR PAGE + SCHEMA”

Không nên dạy:

Author Page
+
Person Schema
+
sameAs
=
E-E-A-T

Author Page chỉ có giá trị khi người đọc thực sự có thể xác minh:

Người này là ai?
↓
Có kinh nghiệm gì?
↓
Có chuyên môn gì?
↓
Đã tạo những nội dung nào?
↓
Dựa trên dữ liệu nào?
↓
Ai chịu trách nhiệm?

Google nói rõ E-E-A-T không phải một ranking factor đơn lẻ; hệ thống sử dụng nhiều tín hiệu có khả năng tương ứng với các đặc tính như Experience, Expertise, Authoritativeness và đặc biệt là Trust.

39. NGUYÊN LÝ CUỐI CÙNG

Một website tin tức/blog bền vững cần giúp người dùng và Google hiểu ít nhất 6 câu hỏi.

WHO PUBLISHES?

Ai đứng sau website?

→ Publisher
→ Organization
→ About

WHO WRITES?

Ai tạo ra nội dung?

→ Author
→ Reporter
→ Expert
→ Editor

WHAT TOPICS?

Website có chuyên môn về điều gì?

→ Category
→ Topic Hub
→ Article

WHAT EVIDENCE?

Thông tin dựa trên điều gì?

→ Sources
→ Data
→ Experience
→ Research
→ Methodology

WHY TRUST?

Vì sao tôi nên tin?

→ Author
→ Editor
→ Editorial Policy
→ Transparency
→ Corrections

HOW TO DISCOVER?

Làm sao người dùng và Google tìm thấy nội dung?

→ Navigation
→ Category
→ Internal Links
→ Sitemap
→ Related Content

Từ đó có thể cô đọng kiến trúc website nội dung thành:

PUBLISHER → TOPIC → ARTICLE → AUTHOR → EVIDENCE → TRUST

Dưới góc nhìn SEO:

ENTITY → TOPICAL AUTHORITY → CONTENT → AUTHORSHIP → TRUST → DISCOVERY

Và nguyên lý quan trọng nhất:

Website nội dung không phải là một tập hợp thật nhiều bài viết.

Nó phải là:

MỘT HỆ THỐNG TRI THỨC ĐƯỢC TỔ CHỨC, CÓ NGƯỜI CHỊU TRÁCH NHIỆM VÀ CÓ KHẢ NĂNG KIỂM CHỨNG.

SEO bền vững cho website Blog/Tin tức vì vậy không bắt đầu từ câu hỏi:

“Một tháng viết bao nhiêu bài?”

Mà bắt đầu từ:

“Chúng ta muốn trở thành nguồn thông tin đáng tin cậy về chủ đề nào, dành cho ai, và bằng năng lực nào?”